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SPECIFICATION 
(Sprint Docket No. 1711) 

TO ALL WHOM IT MAY CONCERN: 

Be it known that I, Baoquan A. Zhang, a citizen of Canada and a resident of 
Overland Park, Kansas, have invented a new and useful: 

H 1 0 SYSTEM AND METHOD FOR SENDING E-MAILS FROM A CUSTOMER 

O ENTITY IN A TELECOMMUNICATIONS NETWORK 



the following of which is a specification. 
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The present invention relates to telecommunications services and, more 
particularly, to a method and system for using a customized profile management code 
to manage sending an e-mail from a subscriber entity. 
2. Description of Related Art 

Electronic messaging ("e-mail") is becoming an increasingly popular way for 
people to communicate with each other. Typically, a message sender uses a 
computer cormected to a network and sends a message to a recipient who is using a 
computer connected to the same or another network. With a growing popularity of 
wireless telephones, service providers have developed techniques to provide Internet 
access and e-mail services to wireless telephone users. 

Short Messaging Service technology, commonly referred to as "SMS," 
enables users to send messages using their wireless telephones. SMS, otherwise 
known as text messaging, mobile messaging, or alphanumeric paging, is a digital 
cellular network feature that enables subscribers to send short text and numeric 
messages to and from wireless phones. 

While SMS is convenient and often cost effective, there are several drawbacks 
of using it compared to using standard e-mail messages. Even though both e-mail and 
SMS utilize gateways to send messages fi-om senders to recipients, the most obvious 
differences between the two are the possible length and complexity of the messages. 
SMS messages are limited to between 80 to 500 characters depending on the service 
provider, and a typical SMS message is about 120 characters. Further, while e-mail 
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enables users to attach files, embed images, and make use of Hypertext Markup 
Language ("HTML")^ SMS messages are limited to text and numerical characters. 

Therefore, many wireless telephone users prefer to send e-mail messages 
rather than SMS messages. One of the existing mechanisms that may be employed to 
send an e-mail message from a wireless telephone handset involves use of a wireless 
web interface. This mechanism requires a user to access a web application server and 
then type an e-mail address and message to be sent to a recipient. While this 
mechanism enables users to send e-mails, the majority of users cannot type e-mail 
addresses and text messages very quickly and conveniently using wireless telephone 
keypads, due to typical keypad limitations. Consequently, a need exists for a method 
of sending e-mail messages from telephone handsets. 
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The present invention provides a method and system for providing a message 
in a telecommunications system. 

One exemplary method for providing a message to at least one network entity 
in a telecommunications network involves receiving a call request to connect a call 
from an originating subscriber entity to a destination subscriber entity. The call 
request includes a management code and a destination identifier of a first type, such 
as a telephone number. The method then involves converting the destination 
identifier of the first type to a destination identifier of a second type, such as an e-mail 
address associated with the destination subscriber entity, in response to receiving the 
management code in the call request. Further, the method involves receiving a 
message from the subscriber entity and sending the message to the destination 
subscriber entity using the destination identifier of the second type. 

These as well as other aspects and advajitages of the present invention will 
become apparent to those of ordinary skill in the art by reading the following detailed 
description, with appropriate reference to the accompanying drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

An exemplary embodiment of the present invention is described herein with 
reference to the drawings, in which: 

Figure 1 is a simpUfied block diagram illustrating a telecommunications 
5 network including a serving system and a central control node; 

Figure 2 is a block diagram illustrating a telecommimications network 
including a plurality of serving nodes and central control points; 

2 Figure 3 is a block diagram illustrating a telecommunications network in 

O 

V accordance with the exemplary embodiment; 



m 



10 Figure 4 is a block diagram illustrating a central control point in accordance 



s with the exemplary embodiment; 

M 

^ Figure 5 is an illustration of a portion of a subscriber profile maintained in a 

^ central control point or a database illustrated in Figure 3; 

M 

Figure 6 is an illustration of portions of a recipient profile maintained by the 
1 5 database of Figure 3 ; 

Figure 7 is a flow chart illustrating a method for sending an e-mail from a first 
subscriber entity to a second subscriber entity in accordance with the exemplary 
embodiment; and 

Figures 8 A and 8B are a flow chart illustrating an exemplary method for 
20 sending e-mail from a first subscriber entity to a second subscriber entity in the 
telecommunications network illustrated in Figure 3. 
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DETAILED DESCRIPTION OF AN EXEMPLARY EMBODIMENT 
Referring to the drawings. Figure 1 illustrates a simplified block diagram of a 
telecommunications network 10. As shown in Figure 1, network 10 includes a 
5 serving system 12 interconnected to (or part of) a transport network 14 and to a 
signaling system 16. The signaling system 16 is further interconnected to at least one 
central control point ("CCP") 18. Network 10 further includes a plurality of 
subscriber terminals, of which exemplary terminal 20 is shown. Terminal 20 may 
take any suitable form, such as, for instance, a telephone, a computer, or a personal 
10 digital assistant ("PDA"). Terminal 20 may then be coupled to serving system 12 by 
an appropriate link 22, which may comprise wireline or wireless portions. 

This and other arrangements described herein are shown for purposes of 
illustration only, and those skilled in the art will appreciate that other arrangements 
and other elements (e.g., machines, interfaces, functions, etc.) can be used instead, 
15 and some elements may be omitted altogether. Further, as in most 
telecommunications applications, those skilled in the art will appreciate that many of 
the elements described herein are functional entities that may be implemented as 
discrete components or in conjunction with other components, in any suitable 
combination and location. Still further, various functions described herein as being 
20 performed by one or more entities may be carried out by a processor executing an 
appropriate set of machine language instructions stored in memory. Provided with the 
present disclosure, those skilled in the art can readily prepare appropriate computer 
instructions to perform such functions. 
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Serving system 12 includes a set of stored logic that defines how to process 
calls involving one or more terminals, such as terminal 20. The stored logic may 
include a number of trigger points that cause the serving system to seek guidance 
from CCP 18 in response to various conditions. When serving system 12 encounters 
a trigger, the serving system may pause call processing and send a signaling message 
via signaling system 16 to CCP 18, carrying various parameters. For calls originating 
from terminal 20, the signaling message may, for instance, convey an identification of 
the terminal and the digit sequence dialed by the subscriber. For calls terminating to 
terminal 20, the signaling message may, for instance, convey an identification of the 
terminal and an indication of the calling party. Of course, these are only examples; 
the messages may convey these and/or other parameters. 

CCP 18 also includes a set of stored logic. When CCP 18 receives the 
signaling message from serving system 12, CCP 18 will execute its stored logic so as 
to parse the message, identify its parameters, and responsively carry out one or more 
functions. For example, in response to a call-origination signaling message, CCP 1 8 
may determine that the subscriber dialed a toll-free number (e.g., an 800, 888 or 877 
number). Conventionally, the CCP's logic may then cause the CCP to reference a 
database in order to translate the toll-free number into an actual routing nximber 
associated with the called party. The CCP may then generate and send to serving 
system 12 a response message instructing serving system 12 to route the call to the 
actual routing number. In turn, serving system 1 2 would then set up and connect the 
call over transport network 14 to that routing number. 
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Network 10 is a generically representative of an Advanced Intelligent Network 
("AIN") arrangement in which an exemplary embodiment of the present invention can 
be implemented- The particular arrangement, however, may take any of a variety of 
forms. To further illustrate arrangements in which the invention can be implemented. 
Figure 2 depicts a network 30, which comprises at least five example serving systems, 
designated respectively by reference numerals 32, 34, 36, 38 and 39. 

Example serving system 32 is principally a landline serving system, which 
typically comprises a landline switch (SSP) 33, such as a Nortel DMS-100 or DMS- 
250. Serving system 32 serves a plurality of landline subscriber stations, of which an 
exemplary station 40 is shown coupled by link 42 (typically a twisted copper pair of 
wires), and the SSP includes a set of logic indicating how to process calls involving 
those stations. Serving system 32 is coupled to a transport network such as the public 
switched telephone network ("PSTN") 44, and further to a signaling network 
represented by STP 46. In turn, signaling network is coupled to a central control 
point such as service control point (SCP) 48. SCP 48 includes a set of service logic to 
perform AIN functions for calls being served by system 32. When serving system 32 
encounters a predefined trigger point in its service logic, it pauses call processing and 
sends a signaling message via STP 46 to SCP 48. SCP 48 interprets the message and 
applies its own service logic, and SCP 48 then typically returns a response signaling 
message via STP 46 to serving system 32, instructing serving system 32 how to 
handle the call. 

Example serving system 34 comprises a PBX server 50 coupled to a computer 
telephony interface ("CTI") 52. Such a serving system may serve a plurality of 
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subscriber stations (e.g., corporate telephones or the like), an exemplary one of which 
is shown as station 54 for instance. The serving system (typically CTI 52) may 
maintain one or more subscriber profiles that define service parameters for the various 
stations being served. When the serving system receives a call to or from station 54, 
5 the CTI may then apply a set of logic based on the associated subscriber profile and, 
in doing so, may encounter a trigger point that causes the CTI to query SCP 48 for 
guidance. The CTI might then pause processing and send a signaling message via 
p STP 46 to SCP 48, and the SCP might then apply its own service logic and send a 

o 

H response message to the CTI instructing system 34 how to handle the call. In one 

^rf 10 embodiment, CTI 52 and SCP 48 may commimicate via the Internet or a 

m 

^ Transmission Control Protocol/Internet Protocol ("TCP/IP") interface such as a 

s 

P Telcordia two-way Generic Data Interface ("GDI") between CTI 52 and Telcordia 

s 

gi ISCP. 

o 

1*^ Example serving system 36 is principally a wireless serving system, which 

15 typically comprises a mobile switching center (MSC) 35, such as a Lucent or Nortel 
MSC. Serving system 36 serves a plurality of wireless subscriber stations, of which 
an exemplary station 56 is shown coupled via an air interface 58 and base station 60. 
Serving system 36 further typically includes a visitor location register (VLR) 37, 
which maintains service logic (e.g., profiles) for wireless stations currently being 
20 served by system 36. Serving system 36 is also coupled via STP 46 to a home 
location register (HLR) 62, which, in this example, serves as the home register for 
wireless station 56. HLR 62 may perform Wireless Intelligent Network ("WIN") 
functions for calls being served by system 36. For instance, when serving system 36 
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receives a call for station 56 and station 56 is busy, serving system 36 may encounter 
a trigger and responsively pause processing and send a signaling message via STP 46 
to HLR 62. HLR 62 would then interpret the message and apply its own service 
logic, and HLR 62 would then retum a response signaling message via STP 46 to 
serving system 36, instructing serving system 36 how to handle the call. In addition, 
SCP 48 may perform AIN functions for serving system 36 in a similar fashion. 
Alternatively, the HLR and SCP might communicate with each other, to have one 



^ execute service logic based on parameters provided by the other. 



Traditional landline and wireless communications networks have been based 



10 principally on a circuit-switched arrangement, in which a switch (e.g., SSP or MSG) 

a 

B sets up and reserves an actual circuit with a remote switch, maintaining the circuit for 

Q the duration of the call. Recognizing the inherent inefficiency of this arrangement, 

the telecommunications industry has begun to embrace various "next generation 
networks" instead. Such networks typically employ packet-switched communication 
15 links (in addition to or instead of circuit-switched links). A gateway or "network 
access server" typically receives a media stream (e.g., voice, video, etc.) and/or a pure 
data stream and encodes and packetizes the stream into a sequence of packets. Each 
packet bears a header identifying its source and destination address as well as other 
information. The packets may be routed independently from node to node through a 
20 network and then re-ordered and reassembled by a gateway at the destination end for 
output to a receiving entity (e.g., person or machine). Alternatively, the packets may 
follow an established "virtual circuit," each traversing the same path firom node to 
node and ultimately to the destination gateway. 
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For purposes of illustration, example serving system 36 is shown coupled to 
two transport networks, PSTN 44 and a packet-switched network 64 (such as the 
Internet, for instance). Serving system 36 may be coupled to the packet network 64 
by a link 66 that includes an "interworking fiinction" (IWF) or gateway 68, which is 
arranged to convert between circuit-switched voice and/or data transmissions handled 
by system 36 and a packet sequence appropriate for transport over network .64 (e.g., 
as an ATM or Voice over IP transmission). (In practice, the IWF might hang off of a 
trunk of MSG 35.) In this way, serving system 36 can provide coimectivity for 
wireless subscriber station 56 over both the PSTN and the packet-switched network. 
Other next generation network arrangements are possible as well. 

As presently contemplated, next generation networks may employ AIN 
principles as well. For example, a network access server may communicate with a 
"call agent" node on the packet-switched network. The call agent node may serve as a 
gatekeeper, typically including connection manager, connection performer, and 
service management layers for routing calls through the packet network. (The call 
agent node may also be referred to as a "service manager," or "soft switch.") To take 
advantage of existing architecture, the service logic for providing AIN 
telecommunications services then typically resides on a separate "application server" 
also coupled with the packet-switched network or coupled directly with the call agent 
node. (The application server may itself be an SCP, for instance). The call agent and 
gateway may cooperatively be considered a type of "serving system" for a media 
stream and/or data stream being transmitted in a packet switched network, and the 
application server may be considered a type of central control point. As in traditional 
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AIN arrangements, the serving system may then query the central control point, 
providing parameters such as the source and destination addresses, and the central 
control point can execute appropriate service logic and return call handling 
instructions. For instance, the application server may direct the serving system to 
5 redirect the packet stream to a "forwarding" address or other location. 

As shown in Figure 2, for instance, serving system 38 comprises a call agent 
node 70 (e.g., a Telcordia Service Manager or a Lucent Softswitch), which is coupled 
to (or a node on) packet network 64. Call agent node 70 is in turn coupled to an 
application server ("AS") node 72, which may itself be an application residing on an 
10 SCP, HLR, CTI or similar entity. (For instance, as presently contemplated, AS 72 
and SCP 48 may be provided as a common entity). Alternatively, both the call agent 
node and the application server node might be independent nodes on packet network 
64. Serving system 38 may flirther comprise a gateway ("GW") or other such node 
(e.g., switch, hub, router, etc.), which may seek to route packets representing real-time 
15 media (e.g., voice, video, etc.) and/or data streams over the packet network. An 
example of such a gateway node is shown in Figure 2 as gateway 74. Gateway 74 
may provide subscriber stations with connectivity to the packet network. A 
representative station is shown as station 76. 

Call agent node 70 may maintain a set of subscriber profile logic, including 
20 parameters such as trigger points, for subscribers such as station 76. When gateway 
74 or another node seeks to route a packet sequence to or from station 76, the node 
may then communicate with call agent 70 (e.g., via a protocol such as MGCP, SGCP, 
SIP or H.323) to obtain call handling instructions. Call agent 70 may in turn 
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encounter a trigger point in the subscriber profile and responsiveiy communicate with 
AS 72 to obtain AIN service. In practice, call agent 70 may communicate with AS 72 
according to an AIN 0-2-like protocol, over TCP/IP, or according to any other suitable 
protocol (e.g., SIP, H.323 or straight SS7). Thus, for instance, call agent 70 may 
5 generate and send to AS 72 a TCAP query message defining various parameters, and 
AS 72 may responsiveiy employ an appropriate set of service logic and then generate 
and send to call agent 70 a TCAP response message. Call agent 70 may then instruct 
P gateway 74 accordingly. In this arrangement, the CCP thus comprises AS 72. From 

^ another perspective, however, the CCP may be considered to include call agent 70, for 

Uj 

fQ 10 instance, to the extent the call agent also provides AIN service logic to assist the 
P 

a gateway in handling call traffic. 

Q Example serving system 39 illustrates another type of next generation, packet- 

PJ 

P switched network arrangement. This arrangement, known as "Mobile IP," has 

^ emerged to ser^e nomadic users (terminals) who connect to a wireline (or possibly 

15 wireless) network. Mobile IP ("MIP") attempts to solve a problem that arises when a 
mobile terminal with a permanent network address (e.g., intemet protocol (IP) 
address) in one sub-network changes physical locations, such as moving to another 
sub-network. The arrangement works somewhat like a postal forwarding system. 
Each terminal is assigned a permanent address that is maintained by a "home agent," 
20 which might be a gateway or other entity in the terminal's home sub-network. When 
the terminal travels to another sub-network, the home agent will receive packets 
destined for the terminal. The home agent will then add a new header to the packets 
(or modify their existing headers) and forward them to a "foreign agent," which is a 



13- 



MCDONNELL BOEHNEN 
HULBERT & BERGHOFF 
300 SOUTH WACKER DRIVE 
CHICAGO. ILLINOIS 60606 
TELEPHONE (312) 913-0001 




M 
P 
Q 

y 

Q 

M 
Q 

m 

2 



node serving the foreign sub-network. The foreign agent then de-capsulates the 
packets and forwards them to the mobile terminal. 

As presently contemplated, AIN principles can be applied in a Mobile IP 
arrangement as well. In particular, the sub-network in which the mobile terminal is 
currently located could be considered a serving system, and the terminars home sub- 
network could be considered the terminal's home system. Thus, as contemplated, a 
subscriber's home agent can be programmed to serve as a central control point, 
somewhat like an HLR or SCP in a wireless network, and the foreign agent can be 
programmed to employ subscriber profiles for visiting terminals, somewhat like the 
combined MSCA^LR entity in a wireless network. 

In Figure 2, example serving system 39 is thus shown to comprise a MIP 
foreign agent ("FA") 78. Typically, FA 78 might be a gateway node on packet 
network 64, arranged to convert between circuit-switched data and/or voice on one 
side and packet traffic appropriate for packet network 64 on the other side. However, 
FA 78 can take other forms. Then somewhat like serving system 36, system 39 would 
act as a serving system for nomadic stations (whether landline or wireless) that are 
visiting a given sub-network with which FA 78 is associated. One such station is 
depicted by way of example as station 80. In turn, packet network 64 is also coupled 
to (or includes) a home agent ("HA") 82, which, in this example, serves as the home 
agent for station 80. As such, HA 82 may play the part of an AIN central control 
point, maintaining a set of service logic and providing call handling instructions to 
serving system 39. The functionality of HA 82 may reside on an SCP or HLR, for 
instance. 
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As thus illustrated, each serving system in network 30 is typically served by 
one or more particular CCPs, which is usually (but not necessarily) ovmed and 
operated by the same carrier that operates the serving system. A CCP in one carrier's 
system, however, can be arranged to provide AIN functionality to serve subscribers 
5 operating in another carrier's system. Altematively, a CCP in one carrier's system can 
be arranged to provide AIN functionality for another CCP in the same carrier's 
system. One way to accomplish this, for instance, is to have one set of CCP service 

M 

Q logic communicate with another set of CCP service logic, in order to request and 

P 

M provide instructions on how to handle a given call. The two sets of service logic may 

W ] 0 reside on separate physical CCP entities or may reside on separate partitions of the 
n 

~ same CCP entity (e.g., as landline and wireless segments of a given SCP), or may be 

p in another arrangement. Thus, for instance, when one CCP receives a service request 

m 

g% from a serving system, the CCP might responsively forward the request to another 

n 

vestv 

H CCP, send instmctions to another CCP. or seek guidance from another CCP. 

15 As shown in Figure 2, for instance, SCP 48 might be coupled by a 

communications link 84 (which could be a packet switched link, for instance) wdth AS 
68. That way, when a serving system on packet network 58 seeks guidance from AS 
68, AS 68 can in turn seek guidance from SCP 46. In response to instructions from 
SCP 46, AS 68 can then pass a signaling message back to the querying serving 
20 system, instructing the system how to handle the call. Advantageously, then, a user 
engaging in commvinications over a next generation packet svsdtched network can 
benefit from service logic maintained in another network, such as the user's home 
telephone network. For instance, the services and features that are applied to the 
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user's home telephone can be applied as well to communications over the next 
generation network. The same thing can be said for other combinations of networks 
as well, such as mobile and landline, for instance. 

An exemplary embodiment of the invention will now be described with 
respect to the portion of network 30 comprising serving system 32 (comprising an 
SSP), representative subscriber station 40, and SCP 48 coupled to the serving system 
through STP 46. It should be understood, however, that this example applies by 
analogy to any other network arrangement or combination of network arrangements, 
such as other portions of Figure 2, for instance, or other arrangements not shown in 
Figure 2. Thus, for example, where this description refers to SCP 48 as the central 
control point, other types of central control points, possibly with disparate physical 
and functional arrangements, could be substituted. Similarly, where the description 
refers to serving system 32 or subscriber station 40, other serving systems or 
subscribers could be substituted. 

Figure 3 illustrates a block diagram of a telecommunications network 100 in 
which an exemplary embodiment of the present invention can be employed. As 
shown in Figure 3, network 100 includes a subscriber terminal 102 and a recipient 
terminal 114. Terminals 102 and 114 may take any suitable form, such as, for 
instance, a telephone, a cellular telephone, a computer, a fax machine or a PDA. As 
an example, terminal 102 and/or terminal 114 may be a code division multiple access 
("CDMA") telephone, supporting the IS-95, IS-41 and/or GSM Intersystem Operation 
Standards ("lOS"). 
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As shown in Figure 3, terminal 102 is coupled by a communication link 1 16 to 
an SSP 104, and SSP 104 is in turn coupled by a voice/data communication link 118 
to a voice command platform ("VCP") 1 10. VCP 110 is then shown coupled to a data 
network 1 12, which provides connectivity in turn to terminal 114. Data network 112 
5 may comprise a packet-data network such as the Internet and/or may comprise other 
networks such a local area network (LAN) or a wireless network, for instance. 

As further shovsm in Figure 3, SSP 104 is coupled by a signaling path 120 to 
an STP 130. Also coupled to STP by a link 132 is an SCP 106. Further, VCP 1 10 is 
coupled to SCP 106 by a signaling path 122 and to STP 130 by a signaling path 128. 
10 With this arrangement, SSP 104 can engage in signaling communications directly 
with VCP 1 10 via signaling path 120, STP 130 and signaling path 128. Alternatively, 
SSP 104 can engage in signaling communications with SCP 106 via signaling path 
120, STP 130 and signaling path 132, and SCP 106 can engage in signaling 
communications with VCP 1 10 via signaling path 122. 
15 As additionally shown in Figure 3, network 100 includes a database 108. 

Database 108 may be included in or accessible to SCP 106 and/or VCP 110. As 
shown in Figure 3, for instance, database 108 may be coupled to SCP 106 by a link 
124 and to VCP 1 10 by a link 126. 

VCP 110 may facilitate various interactions with users, such as playing 
20 announcements, collecting dual-tone-multi-frequency ("DTMF") digits, and 
recognizing speech. In an embodiment for sending an electronic message from 
subscriber terminal 102, VCP 1 10 may be arranged to prompt a user of terminal 102 
to start speaking a message, and, upon the end of recording, it may query the user for 
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further instructions. For example, VCP 110 may query the user whether to send the 
message to a recipient such as recipient terminal 114. Further, VCP 110 may include 
embedded logic arranged to perform speech-to-text and text-to-speech conversions. 
In one embodiment, SCP 106 may instruct VCP 1 10 to perform a conversion based on 
user profile records associated with recipient terminal 1 14 and/or user terminal 102. 

The VCP 110 may be embedded in one of several conventional platforms. For 
instance, an Intelligent Peripheral ("IP") may include VCP 110. As known in the art, 
an IP may be arranged to provide assorted services, including tone generation, voice 
recognition, playback, compression, call control, recording, and DTMF 
detection/collection. Alternatively, a service node ("SN") may include VCP 110. A 
service node may provide voice interactions with users and can facilitate and perform 
various enhanced services for SSP 104. 

According to an exemplary embodiment, database 108 stores subscriber 
records including mappings between at least two types of destination identifiers. In 
one exemplary embodiment, database 108 may include mappings between destination 
identifiers of a first type and destination identifiers of a second type. For instance, the 
first type of destination identifier may be a Mobile Identification Number ("MIN"), an 
Internet Protocol ("IP") address or PSTN telephone number of recipient terminal 114, 
and the second type of destination identifier may be an e-mail address associated with 
recipient terminal 114 (or user thereof). Other examples are possible as well. In such 
an embodiment, SCP 106 or VCP 110 may dynamically convert a recipient's 
destination identifier such as MIN associated with user terminal 114 to an e-mail 
address associated with a recipient. 
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Figure 4 is a block diagram illustrating exemplary SCP 106 in greater detail. 
Figure 4 illustrates an exemplary embodiment in which database 108 is internally 
stored on SCP 106. However, it should be understood that SCP 106 may 
communicate with database 108 via communication link 124, as illustrated in Figure 
3. In Figure 4, double-headed arrows indicate connections between the components. 
SCP 106 may be a Telcordia SCP, which typically includes a number of functional 
components and is therefore also referred to as an Integrated SCP or "ISCP." 

SCP 106 includes a base service logic module 120, which defines functionality 
for decoding and encoding TCAP messages received from and sent to SSP 104. Base 
service logic module 120 also includes service logic for determining what databases 
and service logic modules to invoke in order to process the information from the 
decoded TCAP messages. For example, base service logic module 120 has access to 
a database 122 containing service profiles of the subscribers. Database 122 further 
includes database 108 that stores subscriber records including mappings between at 
least two types of destination identifiers. Each subscriber in a serving system may 
have a service profile in database 122 that identifies the subscriber by telephone 
number, MIN or by other indicia. Further, database 122 may include information 
related to what services the subscriber subscribes to, and what service logic module to 
run for each service. 

The service profile may also include certain service peirameters that SCP 106 
can use to apply one or more of the customer's services and can thus be considered 
part of the service logic that SCP 106 will apply to the subscriber. For example, a 
service profile for a subscriber may include a subscriber's phone nvmiber or MESF, and 
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billing information such as account numbers to which calls for the subscriber should 
be billed, depending on the date or time. 

SCP 106 further includes a number of service logic modules 124-128 
associated with AIN services. Although three service logic modules are illustrated in 
5 Figure 4 for purposes of illustration only, it should be understood that SCP 106 may 
include more or fewer service logic modules. To provide a given AIN service, base 
service logic module 120 may invoke one or more of modules 124-128 as a kind of 

O subroutine call. In particular, base service logic module 120 passes a set of input 

O 

H parameters to the service logic module, and the module retums a set of output 

^ 10 parameters out of which base service logic module 120 can encode the TCAP 
Q 

^ message or messages needed to provide the desired service or with which the base 

P service logic module can perform other functions. 

m 

g1 SCP 1 06 may also take other forms. As an example, for a given subscriber or 

a 

group of subscribers, SCP 106 may maintain a distinct set of call processing logic, 
15 which SCP 106 may employ for calls involving that subscriber or group, rather than, 
or in addition to, employing a base logic module 120 or special service modules 124- 
128. 

In operation, when SSP 104 receives a request to connect a call from 
subscriber terminal 102, i.e., when SSP 104 receives dialed digits including a 
20 destination identifier of a first type as well as a management code, SSP 104 will apply 
its own minimal set of service logic for the subscriber, which will typically include a 
number of trigger points. When SSP 104 encoimters such a trigger, it will generate 
and send to SCP 106 a TCAP message, defining parameters about the call request, i.e. 
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the dialed digits and other parameters. When SCP 106 receives the TCAP message 
from SSP 104, base logic 120 parses the message to identify the parameters and stores 
various parameters of the message in a memory unit. Base logic 120 then reads the 
subscriber profile in database 122 to determine what services the subscriber 
5 subscribes to and loads data templates from the subscriber profile to the memory. 
Once the base service logic 120 finishes executing the appropriate service logic for 
the subscriber, it may generate and return a response TCAP message to SSP 104. 
Additionally, base service logic 120 may provide instructions to voice command 
platform 110. 

03 10 In accordance with an exemplary embodiment, the service logic that SCP 106 

□ 

3 employs for a given subscriber can indicate what SCP 106 should do in response to 

O certain profile management codes dialed by subscribers. For purposes of illustration, 

ru 

2 an exemplary profile management code template 150 for sending e-mails from 

£ i. 

^" subscriber terminals 102 is illustrated in Figure 5. The template 150 defines logic 

15 executable by the SCP 106 upon detecting a predetermined profile management code. 
Specifically, template 150 defines an action for a profile management code "*62." It 
should be understood, that this code and action definition is not intended to be 
limiting, but is intended to illustrate some of many possible codes that can be used to 
indicate sending an e-mail in accordance with exemplary embodiments of the present 
20 invention. 

Referring to Figxire 5, the exemplary profile management code template 150 
indicates that the dialed digit sequence "*62" means SCP 106 should route a call to 
voice command platform 110 and, further, that a destination identifier of a second 
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type should be determined based on a destination identifier of a first type and in 
response to the management code "*62" indicated in a TCAP request message. In 
one embodiment, the TCAP request message may include management code "*62" 
appended to a destination identifier of a first type, such as a MIN, a PSTN telephone 
5 number or an IP address, associated with recipient terminal 1 14. For example, a user 
may dial a digit sequence "*629 130081" (management code "*62" appended to a 
destination identifier of a first type) that is then sent in a TCAP request message to the 
SCP 106. 

In one embodiment illustrated in Figure 3, database records from database 108 
10 may be employed to determine the destination identifier of the second type, such as an 
e-mail address associated with a user of recipient terminal 114. In such an 
embodiment, SCP 106 may then instruct SSP 104 to route the call to VCP 1 10. SCP 
106 may provide routing instructions to SSP 104 in a TCAP response message, for 
instance. However, different methods could also be used. Fvirther, in such an 
15 embodiment, SCP 106 may provide the VCP 110 with the e-mail address associated 
with recipient terminal 114, as well as a session identifier such as a MIN, a PSTN 
telephone number or an IP address of subscriber terminal 102. 

Once the call is routed to VCP 110, VCP 110 may invoke its own logic to 
prompt a user of subscriber terminal 102 to speak a message to be sent to recipient 
20 terminal 114. Once the user speaks the message, VCP 110 may convert the message 
to a text format using any existing or later developed voice to text conversion 
mechanism. Then, VCP 110 may forward the converted message to the e-mail 
address of recipient terminal 114. In one embodiment, VCP 110 may employ a 
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Simple Mail Transfer Protocol ("SMTP") to send the message to the e-mail address. 
However, different protocols could also be used. 

Altematively, as described with reference to Figure 3, VCP 110 (rather than 
SCP 104) may be the entity that is arranged to convert destination addresses to e-mail 
5 addresses (or more generally, to convert destination identifiers of a first type to 
destination identifiers of a second type). In such a system, when SCP 106 receives a 
TCAP message including code "*62" appended to, for example, a MIN associated 
with recipient terminal 114, SCP 106 may instruct SSP 104 to route the call to VCP 
110. Further, in such an embodiment, SCP 106 may instruct VCP 110 to do the 
10 conversion. For instance, SCP 106 may send to VCP 1 10 code "*62" appended to the 
MIN and keyed to a call session identifier associated with a subscriber terminal (such 
as the MIN of terminal 102), and VCP 110 may be configured to perform the 



m 

s 

U 
Q 
m 

Q\ conversion upon receiving a predetermined code such as code "*62". In an 



H alternative embodiment, SCP 106 may instruct VCP 110 to perform the conversion 

15 without providing any management codes to VCP 110. Still alternatively, VCP 110 
may perform the conversion autonomously (i.e., without instructions firom SCP 106), 

In an embodiment in which SCP 106 provides a call session identifier to VCP 
110, once the call associated with the specified call session identifier is routed to VCP 
110, VCP 110 may determine an e-mail address based on the MIN of recipient 
20 terminal 1 14. For example, VCP 110 may communicate with database 108 to retrieve 
subscriber records and determine the e-mail address associated with recipient terminal 
1 14. Alternatively, database 108 may be a part of VCP 110. In such an embodiment, 
once the user of subscriber terminal 102 speaks a voice message, VCP 110 may 
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convert the voice message to a text message and forward the converted message as e- 
mail to recipient terminal via data network 112. In an alternative embodiment, the 
message sent from subscriber terminal 102 may include voice, as well as text and 
graphical attachments, and VCP 110 may convert the voice portion of the message to 
a text message before forwarding the message to recipient terminal 114. In another 
embodiment, an e-mail message may include an attachment including a voice 
message spoken by a user associated with subscriber terminal 102. In such an 
embodiment, the e-mail message may be delivered to recipient terminal 114 without 
performing any speech to text conversion, and a user associated with recipient 
terminal 114 may open the attachment and listen to the voice message. 

For purposes of illustration, an exemplary destination-identifier-mapping 
template 200 for a number of subscriber terminals is illustrated in Figure 6. 
According to the exemplary embodiment illustrated in Figure 3, exemplary template 
200 m.ay be stored in database 108. Referring to Figvire 6, template 200 defines 
destination identifier mappings for a several subscribers having phone numbers (913) 
123-4567, (913) 234-5678 and (913) 546-7890. The exemplary template records 
include mappings between the specified phone numbers and e-mail addresses. For 
instance, as illustrated in Figure 6, the phone number (913) 123 4567 maps to an e- 
niail address ofjohn@sprint.com. 

It should be understood that destination identifier mappings are not limited to 
one-to-one mappings, and many altematives are possible as well. For example, a 
subscriber may have more than one e-mail account, and each account may have a 
different e-mail address. In such an embodiment, a template record for the subscriber 



-24- 



MCDONNELL BOEHNEN 
HULBERT & BERGHOFF 



300 SOUTH WACKER DRIVE 
CHICAGO, ILUNOIS 60606 
TELEPHONE (312) 913-0001 



1=* 



may map a destination identifier, such as a subscriber's phone number, a MIN or an 
IP address associated with the subscriber to multiple e-mail addresses for the 
subscriber. 

As another example, database records may include special rules indicating 
which e-mail address to use for recipient terminal 114 depending on, for example, the 
date, time, or any other subscriber preferences. For instance, database 108 may 
include a subscriber record defining a rule that a weekday message for the recipient 



Q terminal 114 should be forwarded to two e-mail addresses such as an e-mail address 

P 

associated with recipient terminal 114 and a work e-mail address associated with the 

^ 10 user of recipient terminal 114. Further, the subscriber record may include a second 
O 

rule pertaining to weekend messages. For example, the second rule may specify that a 
p weekend message should be forwarded to a home e-mail address of the user in 

m 

S'l addition to the e-mail address associated with recipient terminal 114. It should be 

understood that these are only exemplary rules, and different rules could also be used. 
15 Altematively, a management code may be used to specify which e-mail 

address should be used. For instance, a user of subscriber terminal 102 may select a 
code "*62r' to specify that in addition to an e-mail address of a recipient terminal, the 
user would like the message to be also sent to a home e-mail address associated with a 
user of the recipient terminal. Different embodiments are also possible. 
20 Further, it should be understood that template 200 is not intended to be 

limiting, but is intended to illustrate some of many possible destination identifiers that 
may be used in accordance with the present invention. 
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Referring next to Figure 7, there is shown a flow chart 250 illustrating an 
exemplary method for providing a message to at least one network entity in a 
telecommunications network. This exemplary flow chart assumes that destination 
identifier mappings have been established in advance, and that the destination 
5 identifier mappings are stored in database 108. Further, method 250 assumes that a 
predetermined management code for sending e-mail messages has been provisioned in 
advance in the telecommunications network. 

Beginning at step 252 in Figure 7, a first entity receives from a subscriber 
terminal a call request to connect a call fi-om the subscriber terminal to a recipient 
10 terminal. The call request includes dialed digits such as a destination identifier of a 
first type together with a predetermined management code. According to an 
exemplary embodiment, the destination identifier of the first type is associated with a 
recipient terminal and may be or include a PSTN telephone number, a MIN identifier 
or an IP address associated with the recipient terminal. Further, according to the 
15 exemplary embodiment illustrated in Figure 3, the first entity may include SSP 104 
that receives fi-om subscriber terminal 102 a call request to connect a call firom 
subscriber terminal 102 to recipient terminal 114. 

At step 254, in response to receiving the call request including the 
predetermined management code, the destination identifier of the first type is 
20 converted to a destination identifier of a second type based on or in response to the 
predetermined management code specified in the call request. According to the 
exemplary method 250, the destination identifier of the second type may be at least 
one e-mail address associated with a user of recipient terminal 114. 
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At step 256, a second entity receives a message from a user of subscriber 
terminal 102. In one embodiment, the second entity is VCP 110, to which the call 
from the subscriber terminal is routed from SSP 104. Once the call is routed to VCP 
1 10, VCP 110 may prompt the user of subscriber terminal to speak a message that the 
5 user intends to send to one or more e-mail addresses associated with recipient 
terminal 1 14. However, it should be understood that the message is not limited to a 
voice message, and it may also be or include a combination of voice, text and 
2 graphics. 

^ At step 258, the message is sent to recipient terminal using the destination 

yj 

^ 10 identifier of the second type, i.e., at least one e-mail address, determined based on the 
P 

5 destination identifier of the first type. In one embodiment, prior to sending the 

N. 

O message to recipient terminal 1 14, VCP 110 may convert the voice message to a text 

m 

message, and the text message may be delivered via data network 1 12 to the e-mail 
address associated with the destination identifier of recipient terminal 114. In an 

15 alternative embodiment, the voice message may be attached to the e-mail message, 
and the e-mail message may be transmitted to recipient terminal 114 without 
performing voice to text conversions. Once the message is delivered to the e-mail 
address associated with recipient terminal 1 14, method 250 terminates. 

Figures 8 A and 8B illustrate another exemplary method 300 for providing a 

20 message. Specificgdly, method 300 illustrates providing a message in the exemplary 
system architecture illustrated in Figure 3, where a VCP performs the destination 
identifier conversion. 
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Beginning at step 302 in Figure 8 A, SSP 104 receives from subscriber 
terminal 102 a call request to connect a call from subscriber terminal 102 to recipient 
terminal 114. According to an exemplary embodiment, SSP 104 receives from 
subscriber terminal 102 dialed digits including a management code and a destination 
identifier of a first type. The management code may, for instance, be appended to the 
destination identifier of the first type that is associated with recipient terminal 114. 
According to an exemplary embodiment, the destination identifier of the first type 
may be or may include a PSTN telephone number, a MIN identifier or an IP address 
associated with recipient terminal 114. 

At step 304, in response to the call request, SSP 104 generates and sends to a 
service controller such as SCP 106 a request for call handling instmctions. For 
example, SSP 104 may generate a TCAP query message to request the call handling 
instructions from SCP 106. The request includes the dialed digits, which in this 
instance are the management code together with the destination identifier received in 
tlie original call request that was received from subscriber terminal 102. At step 306, 
SCP 106 receives the request and analyzes its parameters such as the management 
code specified in the request. At step 308, SCP 106 determines whether the 
managehient code is a predetermined type of code, namely (in this ex2imple) an e-mail 
management code. If the management code is not an e-mail management code, 
method 300 terminates. 

If SCP 106 determines at step 308 that the management code is an e-mail 
management code, at step 310, SCP 106 provides call routing instructions to SSP 104. 
In one exemplary embodiment illustrated in Figure 4, the call routing instructions 



-28- 



MCDONNELL BOEHNEN 
HULBERT & BERGHOFF 



300 SOUTH WACKER DRIVE 
CHICAGO. ILLINOIS 60606 
TELEPHONE (312) 913-0001 




include a network address or a routing trunk number associated with VCP 1 10, so that 
SSP 104 may route the call request received from subscriber entity 102 to VCP 110. 
Additionally, SCP 106 provides to VCP 1 10 the destination identifier of the first type 
keyed to a call session associated with the call. For example, when the call request is 
5 detected on SSP 104, SSP 104 may identify a call session originating at subscriber 
terminal 102 using a MIN associated with subscriber terminal 102 as a session 
identifier. In such an embodiment, SSP 104 may employ the session identifier during 
the communications with SCP 106, and SCP 106 may provide that session identifier 
to VCP 110. Further, in such an embodiment, the destination identifier of the first 
1 0 type may be appended to the session identifier. In response to receiving the routing 
instructions from SCP 106, at step 312, SSP 104 routes the call to VCP 110, Then, 
VCP 1 10 may determine whether a session identifier in the routed call matches the 
session identifier received from SCP 106. 

Referring to Figure 8B, at step 314, VCP 110 prompts a user of subscriber 
15 terminal 102 to speak a message that the user intends to send to recipient terminal 
114. In one embodiment, VCP 1 1 0 may prompt the user to speak a message when the 
call is routed to VCP 110, and further when VCP 110 determines that a session 
identifier in the routed call matches the session identifier received from SCP 106. At 
step 316, VCP 110 receives a message from subscriber terminal 102. In one 
20 embodiment, the message may be or include a voice message. Alternatively, the 
message may also include file attachments such as text and/or graphical attachments. 

At step 318, VCP 110 determines at least one destination identifier of a second 
type, which, in this example, is at least one e-mail address associated with recipient 
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terminal 1 14. To do that, VCP 1 10 queries subscriber records stored in database 108 
to match the destination identifier of the first type to one or more e-mail addresses 
associated with recipient terminal 114. 

At step 320, VCP 110 determines whether to convert the message to a text 
5 format. In one embodiment, a subscriber record associated with recipient terminal 
1 14 may include special instructions as to whether messages in a voice format should 
be converted to a text format prior to transmitting the messages to one or more e-mail 
addresses associated with recipient terminal 114. In such an embodiment, VCP 110 
may be configured to follow those special instructions. Alternatively, VCP 110 may 
10 be configured to convert all voice messages to a text format prior to sending the 
messages to one or more e-mail addresses associated with recipient terminals. If the 
subscriber record includes instructions to convert the received message to the voice 
format or if VCP 110, by default, performs conversion for all messages, at step 322, 
VCP 110 converts the voice message recorded by the user of subscriber terminal 102 
15 to a text message. Still alternatively, VCP 110 could send the voice message as a file 
attachment in an e-mail message. 

At step 324, VCP 110 then sends the message to one or more e-mail addresses 
determined at step 318. As illustrated in Figure 8B at step 320, the message may 
include a converted message or unconverted message. Once the message is 
20 transmitted to recipient terminal 114, VCP 110 may provide to subscriber terminal 
102 a confirmation message such as "e-mail successfiiUy sent," and method 300 
terminates. 
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An exemplary embodiment of the present invention has been described above. 

Those skilled in the art will understand, however, that changes and modifications may 

be made to this embodiment without departing from the true scope and spirit of the 

present invention, which is defined by the claims. 

5 It should be understood that the method for providing an e-mail message in a 

telecommunications network is not limited to the use of entities described in reference 

to Figures 8A and 8B. Further, modification may be made as to what functionality is 

M performed at each entity. For example, in an alternative embodiment of the method 

P 

O 300, SCP 106 (rather than VCP 1 10) may be configured to access database 108 and 

Q 10 convert a destination identifier of a first type associated with recipient terminal 1 1 4 to 

PS 

p one or more e-mail addresses specified in a recipient terminal subscriber record. In 

s 

such an embodiment, SCP 106 may send one or more e-mail addresses associated 

b 

Rj with recipient terminal 1 14 to VCP 106, and the e-mail addresses may be keyed to a 

Si 



session identifier associated with a call originating at subscriber terminal 102. 
1 5 Different embodiments are possible as well. 

It will be apparent to those of ordinary skill in the art that methods involved in 
the system for sending a message to at least one network entity in a 
telecommunications system may be embodied in a computer program product that 
includes a computer readable medium. For example, a computer readable medium 
20 can include a readable memory device, such as a hard drive device, CD-ROM, a 
DVD-ROM, or a computer diskette, having computer readable program code 
segments stored thereon. The computer readable medium can also include a 
communications or transmission medium, such as, a bus or a communication link. 
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either optical, wired or wireless having program code segments carried thereon as 
digital or analog data signals. 
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